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/ Amendment to the Specification 

Please tijle the application to "Instruction/Data Protection Employing Derived 
Obscuring Instruction/Data". 
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Page >4, paragraph starting now line 17 

In the embodiment of the invention shown in Figure 2 the transformation are 
concatenated so that any block C N is generated by a series of mathematical 
transformation T such that C N = T n (Tn.i(...(T3(T2(Ci)))...)). where Ci is an initial block of 
obscuring instructions selected from form the obscuring code bank. By concatenating 
the transformations, it is possible to generate an enormous number of different 
transformations while storing only relatively few transformations in the transformation 
function bank 205. Alternatively, each block can be generated from the first block of 
obscuring instructions using a single transformation function instead of the 
concatenated set of functions. 
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The implementation of a compiler that preserves the tr a nsport a t i on 
transformation information in this way will be known to those skilled in the art. By so 
preserving the transformation information, then transformation functions can be applied 
to the object level code to achieve compression, if desired. 

Page 12 

Obscuring code injector 301 injects the run time apparatus 302 comprising 
elements 303, 304, 305, 306 into the serialized critical function source code blocks 104 
and the obscuring code blocks 206 to minimize the possibility for the serialized critical 
function source code to be observed. As a result, image 307 comprises multiple 
collections of blocks 302, 104, and 2067. At this stage, the pre-compilation obscured 
image 307 is ready to be compiled into object code. The obstruction compiler 308 is 
applied to pre-compilation obscured image 307 to create object level code blocks 309, 
310, 31 1 in correspondence to blocks 302, 104 and 206. Each collections of a block 
309, block 310, and 31 1 is referred to as an object level block Oj 312. 
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Page 15, 

All executions of the code blocks are conducted within the memory address 
space indicated as 605. As the first step, Ou701 is loaded at memory address Li 71 1 . 
tThis address will remain unchanged for all future 0|_2, ■ •, Oln-l 0 L n code blocks. 
CodeLoader 702 of 0 L i executes within this space to allocate a dynamic memory 
location at address Ei, 710. It is important that address Ei, 710 beby dynamically 
assigned to ensure that the execution process of the code blocks cannot be 
automatically traced at a fixed address using conventional or commercially available 
tools. Because of the dynamic nature of this address allocation, address E 2 for the next 
set pf code blocks 0 L 2 cannot be determined until the active instructions of 0 L i 
^ descram ble 0 L 2- 
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Because the run time apparatus in this invention allows dynamic loading and 
execution of the blocks in data file, virtually any arbitrary number of obscuring 
instructions can be executed as long as execution overhead limit permits. Furthermore, 
because every block of instruction is executed at a dynamically assigned memory 
address, it makes tracing execution of these blocks a challenging task. Without highly 
specialized hardware devices, locating the address where a block of instructions is 
loaded in memory is virtually impossible. These characteristics of the runtime system 
ensure that obtaining and observing instructions in memory using tracing techniques 
are laborious and time consuming to the extent of being humanly impossible without the 
support of highly expensive and special designed hardware devices. 
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